約 3,966,561 件
https://w.atwiki.jp/dg_story/pages/32.html
プロファイル / 関連テキスト / キャラクターデータ / 考察 / コメント imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (000めたぼん.jpg) imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (000めたぼん.jpg) プロファイル 【キャラクター名】ストーリー 【進化後キャラクター名】ストーリー 関連テキスト 関連テキスト出典元 キャラ名orエリア名テキスト 関連テキストについての補足があれば キャラクターデータ 名前 ☆n【名前】 → ☆n【進化後名前】 ドライバ ○○型ドライバ【名前】 → 【進化後名前】 スキル LS リーダースキル → 進化後リーダースキル AS アクティブスキル → 進化後アクティブスキル NS1 ノーマルスキル → 進化後ノーマルスキル NS2 スキル 元ネタ 元ネタ その他キャラクターについての情報。 セリフ 「目指すしかないんだぼん、開かれた扉のその先へ、れっつぼーん!」 考察 主にキャラの目的だとか、キャラの行動時系列だとか。 コメント 名前 コメント フロア名 【ダンジョン名】BOSS:ボスユニット名ダンジョンテキスト 【ダンジョン名】BOSS:ボスユニット名ダンジョンテキスト 名前 コメント フロア名 【ダンジョン名】BOSS:ボスユニット名テキスト イベントテキスト イベントアオリテキストテキストテキスト 名前 コメント このページは、Wikiの編集の練習のための「砂場」です。 好き勝手編集して、壊してしまっても構いません。 基本操作は @wikiご利用ガイド を参照してください。 編集ウィンドウの画面下部にもテキスト整形のルールが掲載されています。 バックアップを取っていますので管理人の気が向いたときに上書きされます。 文字を入力するぼん 通常の文字はそのままベタ打ちすればOKです。 改行もそのまま反映されます。 タグやコマンドを使って改行されると困るときは→改行タグを入れてください。 砂場←リンクは括弧で閉じます。当wiki内でしたらページタイトル日本語入力で飛びます。 違う名前でリンクもできます。←ユニット一覧表に移動します。 ご利用ガイドへ別窓で飛びます 引用分はこのように表示されます。 テーブル作るぼん テーブルは 半角のタテ棒で 区切ります 横に連結 タテに連結 ☆ ★ テーブルのセルの大きさは現状指定できません。 画像を表示だぼん imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (000.jpg) ↑画像表示タグ(高さ,貼り付ける画像のアドレス(ページ内にアップロードすれば前半のパスは省略可能),画像へのリンクURL,リンク先ターゲット) 見出しだぼん 大見出し 中見出し 小見出し リストだぼん リスト① リストといってますが当wikiではリスト② メイン文章を表示するように使っていることが多いです。 番号リスト ↑水平線
https://w.atwiki.jp/oden_mix/pages/18.html
畜生・・・バックアップのつもりが一応バックップになってやがった・・・
https://w.atwiki.jp/nicosangokushi/pages/234.html
最近、HDDが吹っ飛んで動画更新停止が増えています。 僭越ながらバックアップについて解説したいと思います。 ページ作成者の知識が偏っているので、修正お願いします。 HDDは消耗品 まさしく見出しの通りです。HDDは磁性体を塗布したハード(堅い)なディスクを毎分何千回転という高速でブン回し、その表面に接触しないギリギリの位置(髪の毛の太さほどの距離もありません)にレコード針のようなヘッドを当てて、データを読み書きしています。 正直、耐久性には疑問符がつきます。特に耐衝撃性、経年劣化は著しく酷いと言えます。 PCを起動する、ゲームをプレイする、動画を録る・・・貴方のPCのハードディスク、ガリガリ言っていませんか? 聞き慣れた音かもしれませんが、確実に寿命を削っています。 そしてある日、ハードディスクは止まります。確実に。 そしたらただの鉄の箱です。BIOSだけが起動し、永遠に立ち上がってこないOS。データを復旧しようにも、認識されないHDD。嗚呼、何度枕を涙でぬらしたことか……! 閑話休題。前置きが長くなりましたが、バックアップの為に必要な機器をそろえていきましょう。 外付HDD USBHDD、あるいはNAS(LANに接続するHDD)等です。 500GBで1万5千円前後で売っているので、お手軽な方法だと言えるでしょう。 このページを書いている私も、500GBのNAS2台、500GBのUSBHDD1台を使用しています。 動画などは特にうpしていませんが、大切なデータを守る為には最低限これぐらいは必要だと考えています。 光学系 CD-R(RW)、DVD-R(RW,RAM)、Blu-ray(R,RE)などです。こちらは容量対単価ではHDDに劣る部分もありますが、メディアが安いので複数バックアップにはもってこいです。 特にBlu-rayは片面1層で25GBとDVD-R(1層4.7GB)に比べて大きく、大容量のバックアップに向いています。 今はまだドライブ・メディア共にお高めですが、あと1~2年もしないうちに値段も下がりお求めやすくなってくると思います。 フラッシュメモリ USBメモリ、CF(コンパクトフラッシュ),SDカードなどです。容量単価は光学系より更に劣りますすし容量もそれほど無いので動画自体のバックアップには向きません。 ただ手軽にファイルの入れ替えが可能なので、ゲームのセーブデータ、入れ替えした顔グラ画像、紙芝居部分の素材、BGM用のMP3等のバックアップに最適です。 最悪HDDが破損しても、これらの素材が残っていれば途中から再プレイで復帰可能な状態に持ち込めます。 最後に クドクド書きましたが、動画の更新が止まってしまうと、うp主はもちろんショックだとは思いますが、それ以上に続きを楽しみに待っている視聴者はもっと悲しい思いをするかも知れません。 モチベーションが下がった、忙しくなった等、個人的理由は仕方ありませんが、物理的に回避できる事故で続けられなくなったのでは、とても悲しいことだと思います。 バックアップはキチンとやればそれなりにお金がかかるかも知れませんが、一種の保険だと思ってこまめに。 コメント欄 HDDの定期的バックアップが面倒という方には複数のHDDを使って物理的破壊に対する冗長性を上げる手段として、 RAID という手段が。多少お金は掛かるが複数の同種のHDDとRAIDカードでのリアルタイムバックアップは日々の手間が掛からず楽ちん。PCIスロットとHDDスロットに余裕のあるPCのうp主は検討してみては。 -- 名無しさん (2008-04-29 02 45 54) オンラインストレージを利用するのも手だと思う。セーブデータとかぐらいならアップロードにそれほど時間もかからないだろうし。 -- 名無しさん (2008-04-29 11 06 09) オンラインストレージじゃなくても、「ホムペがあれば」そこの裏を外付け代わりに使ってもいいしね。ぶっちゃけ、慣れてしまえばFTP使って上げるほうが楽だったr(ry (ちなみに、オンラインに上げる最大の利点は無料でバックアップを取る事が可能であること。管理は向こうが広告収入を糧に信用を賭けてやってくれる。) -- 名無しさん (2008-04-30 15 35 42) 確かにオンラインは便利なんだが、ISPによっては隠しファイルを禁止しているところもあるので注意。場所によっては、TOPにリンクしてても運営側がストレージ目的と認めた場合はアウトというところもある。 -- 名無しさん (2008-05-20 16 32 15) まぁ仕方ない。広告付きのレンタルスペースに大きな隠しファイルを置かれると、普通のページ(=広告が表示されるページ)を置くスペースが圧迫されてしまうから。BIGLOBEやNIFTYなんかの回線接続契約にくっついてくるレンタルスペースなら、ストレージとして使ってもOK -- 名無しさん (2008-05-21 07 25 05) ゲームのバックアップはフラッシュメモリが手軽で楽。今なら安いし。8Gのを4本買いました。動画を撮る前には必ずバックアップしてます。あと究極的に読み込みのみのファイル(素材、音源etc)の保存にはSSDを使う手もありますね。32Gもあればたいていの素材は確保できますし -- 名無しさん (2009-01-23 15 00 40) 外付しかかいてないけど内付なら1TBでも7000円ぐらいでコストパフォーマンスかなりいいぞ -- 名無しさん (2009-02-07 15 00 51) 名前 コメント
https://w.atwiki.jp/mugimaro35/pages/55.html
セルフバックアップ worldフォルダとりあえずこれをバックアップしておけば幸せになれる。playerdataフォルダ持ち物、経験値 advancementsフォルダ進捗、レシピ statsフォルダ統計 whitelist.jsonホワイトリスト。いちいち設定するのが面倒臭いから。 usernamecache.jsonユーザー名とIDが分かる。しなくてもいいけどあると便利。 server.propertiesサーバー設定。 ops.json分からん!w 自動バックアップ
https://w.atwiki.jp/idresscal/pages/27.html
掲載履歴 掲載履歴バックアップ1 掲載履歴バックアップ2 掲載履歴バックアップ3 掲載履歴バックアップ4 掲載履歴バックアップ5 掲載履歴バックアップ6 掲載履歴バックアップ7 掲載履歴バックアップ8 掲載履歴バックアップ9 掲載履歴バックアップ10 掲載履歴バックアップ11 掲載履歴バックアップ12 掲載履歴バックアップ13
https://w.atwiki.jp/avairis/pages/70.html
クラン戦において影が薄いが重要な役目。 主に攻め。 仕事がいっぱーいあるよ。主にc4持ちなど。結構大事。 爆破においてc4持ちというのはものすごく大事。 C4が落ちれば敵がくるし、c4を設置したら戦略的に動くこともできる。 c4もちが敵地の真ん中でc4を落とさないこともすごく大事。 他には、裏どりの敵警戒、味方の援護。 とりあえず味方を死なせない立ち回り。自分も死なないように。 味方より前にでない。本末転倒です。 少しでもダメージを与える。落ち着いて処理するので シフトの合図などをかけるのも大抵バックアップ。
https://w.atwiki.jp/dayz_sa/pages/320.html
DAYZ SA プレーヤーが死亡すれば、初期装備にて再スタートとなりますがプライベートサーバーの管理者で有ればバックアップを取れますので、活用してみては如何でしょうか?死亡時に使用した訳では有りませんが、拠点(ヴィボル飛行場…北西空港付近の町)からノヴァヤ付近に移動しログアウト、再スタートしたら車が消えて居ました。バックアップを読み込ませて、再スタートしたら車が有りましたので、その様な場合でも使えますので、プレー終了後はバックアップを、お勧め致します。 ※プライベートサーバーを立ててる方限定で申し訳有りません。
https://w.atwiki.jp/zauhack/pages/11.html
NAND バックアップのとりかた サービスメニューに入る バッテリーとACアダプターを外す 蓋を外した (ロック解除の) 状態で、[D]と[M]キーを押しながら AC アダプターをさす バックアップをとる SERVICE(3/3) に移動 「2. BACKUP RESTORE MENU」 メモ SD カードだと妙に時間がかかるので CF の方がよい CF の場合、FAT32 だと読み書きできない (らしい)。ので、FAT にする (SD は未確認) SL-C1000 で、いきなり (タッチパネル調整とかよりも前) NAND バックアップすると、こんな感じ -rwxr-xr-x 1 user user 138428432 Jan 1 2003 SYSTC100.DBK MD5 (SYSTC100.DBK) = 7bc765696317bcc3425bef034b1405b6 名前
https://w.atwiki.jp/th0901/pages/24.html
オンラインでのデータ領域のコピーによるバックアップ時は、ソケットファイル(mysql.sock)のcpが出来ない Snapshotを用いたバックアップの流れ(InnoDBのみ) Snapshotを取得 ※InnoDBにはリカバリ機能があるので、MySQLエラーログにバイナリログのポジション情報が表示される為 Snapshotを用いたバックアップの流れ(MyISAMを含む) FLUSH TABLES WITH READ LOCK ポジション情報取得(SHOW MASTER STATUS) Snapshot取得 UNLOCK TABLES Snapshotを用いたバックアップのリカバリ流れ(InnoDBのみ) Snapshotからデータを戻す MySQL起動 # /etc/init.d/mysql start バイナリログのポジション確認(MySQL起動時のエラーログにポジション情報が出力されるので、以下のコマンドで抜き出す) # cat /var/log/mysql/mysqld.err | grep "Last MySQL binlog file" InnoDB Last MySQL binlog file position 0 8346, file name /var/lib/mysql/binlog/mysql-bin.000045 バイナリログの適用 # mysqlbinlog --no-defaults --disable-log-bin --start-position="8346" \ /var/lib/mysql/binlog/mysql-bin.000045 /var/lib/mysql/binlog/mysql-bin.000045 roll_forward # mysql -uroot -p roll_forward バイナリログの適用ポジション位置(スレーブでバックアップを取得している場合) mysql show slave status\G *************************** 1. row *************************** Slave_IO_State Waiting for master to send event Master_Host 172.22.100.99 Master_User repl Master_Port 3306 Connect_Retry 60 *3 Master_Log_File mysql-bin.000001 *4 Read_Master_Log_Pos 796577522 Relay_Log_File mysql-relay.000108 Relay_Log_Pos 30105 *1 Relay_Master_Log_File mysql-bin.000001 Slave_IO_Running Yes Slave_SQL_Running Yes Replicate_Do_DB Replicate_Ignore_DB Replicate_Do_Table Replicate_Ignore_Table Replicate_Wild_Do_Table Replicate_Wild_Ignore_Table Last_Errno 0 Last_Error Skip_Counter 0 *2 Exec_Master_Log_Pos 796577522 Relay_Log_Space 30401 Until_Condition None Until_Log_File Until_Log_Pos 0 Master_SSL_Allowed No Master_SSL_CA_File Master_SSL_CA_Path Master_SSL_Cert Master_SSL_Cipher Master_SSL_Key Seconds_Behind_Master 0 Master_SSL_Verify_Server_Cert No Last_IO_Errno 0 Last_IO_Error Last_SQL_Errno 0 Last_SQL_Error 1 row in set (0.00 sec) ※マスターのリカバリが必要で、かつマスターのバイナリログを使う場合は、 スレーブサーバでバックアップ取得時のSHOW SLAVE STATUSの結果で *1 Relay_Master_Log_File mysql-bin.000001 *2 Exec_Master_Log_Pos 796577522 を元にマスターのバイナリログを適用する。 *3 Master_Log_File I/Oスレッドが現在読み込んでいるマスタバイナリログファイルの名前 *4 Read_Master_Log_Pos I/Oスレッドが読み込んだところまでのマスタバイナリログ内での位置。 *1 Relay_Master_Log_File SQLスレッドによって実行された一番最近のイベントを含むマスタバイナリログファイルの名前。 *2 Exec_Master_Log_Pos SQLスレッドによって実行された最後のイベントのマスタバイナリログでの位置 ※マスタバイナリログ内の(Relay_Master_Log_FileとExec_Master_Log_Pos)はリレーログ内の(Relay_Log_FileとRelay_Log_Pos)に対応している
https://w.atwiki.jp/mgrpgar2e/pages/1077.html
メニュー>サポートクラス>ダンサー>バックアップダンス ※前提《パフォーマンス》 [BR,-,1,0,4,3/SgR+2d(除U.SL/Sn)] ☆☆☆ 専業バードに属性操作をしてもらうなら。それに《アンプロンプチュ》ぶんを加えてSL2にはしても良いかな。 《アカンパニー》と異なり射程が至近なのでバードとエンゲージできる人が取ることになるだろう。誰であれダンサーはどこかで寄ると思うし、あとはクラスチェンジのタイミングを合わせる程度でそう負担にはならないはずだ。 -- 灯 (2011-12-22 20 26 53) 《アンプロンプチュ》を使用する判定そのものは呪歌判定以外の判定のはずだ 《アンプロンプチュ》をしても判定そのものが変更になるわけではないため、 その《アンプロンプチュ》を誰かが使用した「判定の直前」は「呪歌判定以外の」「判定の直前」であると思われる 《アンプロンプチュ》の補強に関しては、タイミング的に使えないのではなかろうか 判定そのものが変更になるわけでない根拠は《アンプロンプチュ》を用いたアクションに対するリアクションの判定が 「呪歌判定に対するリアクションは精神判定」の影響を受けて精神判定になるか否かを根拠の一つとしている もし、上記を「なる」と裁定する卓環境であれば、《アンプロンプチュ》に《バックアップダンス》を使用することに矛盾は一切ない -- 名無しさん (2019-08-10 22 06 31) 《アンプロンプチュ》に対して使えるか否かは、「宣言」できるかどうかが境目と思われる。宣言さえできれば、判定自体は間違いなく呪歌判定ではあるのでこのスキルの効果が問題なく適用できるのではないだろうか。 R1改P279より、判定の直前に複数のキャラクターがスキルを使用する場合、全員の宣言の後に処理を適用するとある。となると、《バックアップダンス》を宣言すべきタイミングではまだ呪歌判定となっていないためそもそも宣言できない可能性が高い。 とはいえ直感には若干反するし、宣言する瞬間は不適切な対象であっても、処理時に適正な対象となるのなら宣言できる、という可能性もあるのでGMに確認した方が良いかもしれない。 -- 名無しのチューシ (2019-08-13 12 03 18) 名前 コメント